实际业务场景在我们使用mysql的时候，如果不注意间隙锁容易引起死锁，最近分析一个业务场景就是间隙锁导致的死锁，业务抽象如下：系统有一个批量新增业务资源的功能，实现逻辑如下（businnessid为非唯一索引）：update业务表setisdeleted=1wherebussinessid=123;insertinto业务表在并发场景下，以上逻辑产生了死锁。以下为死锁具体分析以及还原死锁产生过程，最后给出解决方案。创建一张表CREATETABLE`lock_demo`(`id`INTNOTNULLAUTO_INCREMENT,`index`INTNOTNULL,`name`VARCHAR(50

一、Mysql数据库死锁排查1.1锁事务查询1.1.1 查看正在锁的事务SQL:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS;1.1.2查看等待锁的事务SQL：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS;1.1.3查询正在执行的事务SQL：SELECT*FROMinformation_schema.INNODB_TRX；示例：备注：通过查看事务的trx_started（开始时间）来判断该事务的阻塞时间。1.2 死锁解决SQL : kill  线程ID备注：线程ID指的是1.1.3步骤中查询出来的trx_

一、Mysql数据库死锁排查1.1锁事务查询1.1.1 查看正在锁的事务SQL:SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCKS;1.1.2查看等待锁的事务SQL：SELECT*FROMINFORMATION_SCHEMA.INNODB_LOCK_WAITS;1.1.3查询正在执行的事务SQL：SELECT*FROMinformation_schema.INNODB_TRX；示例：备注：通过查看事务的trx_started（开始时间）来判断该事务的阻塞时间。1.2 死锁解决SQL : kill  线程ID备注：线程ID指的是1.1.3步骤中查询出来的trx_

昨晚我正在床上睡得着着的，突然来了一条短信。啥，线上MySQL死锁了，我赶紧登录线上系统，查看业务日志。能清楚看到是这条insert语句发生了死锁。MySQL如果检测到两个事务发生了死锁，会回滚其中一个事务，让另一个事务执行成功。很明显，我们这条insert语句被回滚了。insertintouser(id,name,age)values(6,'张三',6);但是我们怎么排查这个问题呢？到底跟哪条SQL产生了死锁？好在MySQL记录了最近一次的死锁日志，可以用命令行工具查看：showengineinnodbstatus;在死锁日志中，可以清楚地看到这两条insert语句产生了死锁，最终事务2被会

昨晚我正在床上睡得着着的，突然来了一条短信。啥，线上MySQL死锁了，我赶紧登录线上系统，查看业务日志。能清楚看到是这条insert语句发生了死锁。MySQL如果检测到两个事务发生了死锁，会回滚其中一个事务，让另一个事务执行成功。很明显，我们这条insert语句被回滚了。insertintouser(id,name,age)values(6,'张三',6);但是我们怎么排查这个问题呢？到底跟哪条SQL产生了死锁？好在MySQL记录了最近一次的死锁日志，可以用命令行工具查看：showengineinnodbstatus;在死锁日志中，可以清楚地看到这两条insert语句产生了死锁，最终事务2被会

?互斥量和死锁一、数据共享问题首先，我们看看多线程的执行顺序：voidTextThread(){ coutthreadVec; for(inti=0;i把thread对象放入到容器中管理，看起来像个thread对象数组，对一次创建大量的线程并对大量线程进行管理有好处；多个线程执行顺序是乱的，跟操作系统内部对线程的运行调度机制有关；然而上述的线程中并没有涉及到线程之间的通信问题，如果涉及多个线程操作同一堆数据，会怎么样呢？（学过操作系统都知道，这就是数据共享问题）如果是线程只读数据，是安全稳定的，不会存在问题；如果是有读有写：①不加处理就会执行出错，如对同一个数据同时读和写，比如简单的一个++i

?互斥量和死锁一、数据共享问题首先，我们看看多线程的执行顺序：voidTextThread(){ coutthreadVec; for(inti=0;i把thread对象放入到容器中管理，看起来像个thread对象数组，对一次创建大量的线程并对大量线程进行管理有好处；多个线程执行顺序是乱的，跟操作系统内部对线程的运行调度机制有关；然而上述的线程中并没有涉及到线程之间的通信问题，如果涉及多个线程操作同一堆数据，会怎么样呢？（学过操作系统都知道，这就是数据共享问题）如果是线程只读数据，是安全稳定的，不会存在问题；如果是有读有写：①不加处理就会执行出错，如对同一个数据同时读和写，比如简单的一个++i

在SQLServer中有几种方法可以找到活动的SQL连接。让我们看看一些使用T-SQL查询的简单快捷的方法。SP_WHOSP_WHO是SQLServer内置的系统存储过程,其他方法相比，SP_WHO将具有最少的列，但是一种快速列出活动连接的方法。以下是在SQLServerManagementStudio中的执行示例:EXECSP_WHO具体的字段解释请参阅官方文档SP_WHO其中比较重要的列是:spid:会话IDloginname:登录账号blk:阻塞进程的会话ID（如果存在）。否则，此列为零,可以使用该列排查死锁SYS.SYSPROCESSES另一种查找活动SQL连接的绝妙方法是使用系统兼容

在SQLServer中有几种方法可以找到活动的SQL连接。让我们看看一些使用T-SQL查询的简单快捷的方法。SP_WHOSP_WHO是SQLServer内置的系统存储过程,其他方法相比，SP_WHO将具有最少的列，但是一种快速列出活动连接的方法。以下是在SQLServerManagementStudio中的执行示例:EXECSP_WHO具体的字段解释请参阅官方文档SP_WHO其中比较重要的列是:spid:会话IDloginname:登录账号blk:阻塞进程的会话ID（如果存在）。否则，此列为零,可以使用该列排查死锁SYS.SYSPROCESSES另一种查找活动SQL连接的绝妙方法是使用系统兼容

文章首发于公众号：BiggerBoy有读者说面试被问到怎么用SQL模拟数据库死锁？这位读者表示对Java中的死锁还是略知一二的，但是突然用SQL写死锁的案例之前还真没遇到过，这个问题没答上来。所以今天就带大家一起来看下怎么用SQL让数据库中产生死锁。什么是死锁说到死锁，还是先来复习下什么是死锁吧。死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。数据库死锁是指两个资源互相等待，如果需要“修改”一条数据，首先数据库管理系统会在上面加锁，以保